-
-
Notifications
You must be signed in to change notification settings - Fork 106
Various protected group changes #7146
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
4ab43d6
to
355ceaa
Compare
The messages are end-to-end encrypted in encrypted group regardless of whether the group is protected or not.
UIs now display green checkmark in a profile if the contact is verified. Chats with key-contacts cannot become unprotected, so there is no need to check 1:1 chat.
2000568
to
04eda07
Compare
@@ -1693,12 +1693,6 @@ async fn add_parts( | |||
let name: &str = from.display_name.as_ref().unwrap_or(&from.addr); | |||
for part in &mut mime_parser.parts { | |||
part.param.set(Param::OverrideSenderDisplayname, name); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This usage of OverrideSenderDisplayname
looks unnecessarily overloaded, i'd prefer we use smth else for this case. But maybe some translated string like "~non-member: NAME" would be good, at least this "~" won't cause confusion
@@ -422,7 +422,7 @@ pub enum Config { | |||
/// Regardless of this setting, `chat.is_protected()` returns true while the key is verified, | |||
/// and when the key changes, an info message is posted into the chat. | |||
/// 0=Nothing else happens when the key changes. | |||
/// 1=After the key changed, `can_send()` returns false and `is_protection_broken()` returns true | |||
/// 1=After the key changed, `can_send()` returns false |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
How can this happen now?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This actually cannot happen to key-contacts. We should remove this setting, it is only used in get_info()
for logging its value.
Split out of #7116
create_chat
so can be seen as a refactoring.